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© Customization of user interface for application programs. 

© An application program automatically creates 
and presents a customized user interface by deter- 
mining a set of operations which is appropriate for 
the current user based on various relevant char- 
acteristics of the user and presenting only the speci- 
fied operations in the menus, icons, application bars 
or other interface components of the application pro- 
gram. 
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CUSTOMIZATION OF USER INTERFACE FOR APPLICATION PROGRAMS 



BACKGROUND OF THE INVENTION 



Held of the Invention 



The present Invention generally relates to user 
interfaces to software applications and. more par- 
ticularly, to the creation, maintenance and use of a 
user interface to an application program which has 
been tailored to various characteristics of the cur- 
rent user. 



Description of the Prior Art 



Computer users vary in many respects, such 
as job duties. level of familiarity with various ap- 
plication programs, need to use various operations 
of application programs, frequency of use of var- 
ious operations of application programs, and right 
of access to different operations of application pro- 
grams. Most application programs, however, 
present a single user interface which does not take 
into account the individual characteristics of the 
current user. The result is that the user is pre- 
sented a user interface which may be confusing, 
inefficient, insufficiently restricted, or otherwise in- 
appropriate for him. 

The user interface for an application program 
can take many forms, such as menus, sets of 
icons, sets of action bars, or a command line. The 
user normally selects an operation or moves 
through the hierarchy of menus, etc. by some 
combination of keystrokes, cursor movements, 
mouse operations, commands or the like. 

At any given time, the array of choices pre- 
sented to the user may be so large as to be 
confusing, to take up an undue amount of the 
screen space, or to take up so much memory with 
the code underlying the choices that system per- 
formance is compromised. The array may contain 
operations which the user does not need or does 
not yet know how to use. In addition, the user may 
find it necessary or convenient to access in close 
sequence operations of a program which appear in 
different aspects (e.g., menus or action bars) of the 
user interface. In such a case, it is cumbersome to 
traverse from menu to menu or from action bar to 
action bar. 

As the user gains familiarity with the applica- 
tion program or as his needs change, he may 
"outgrow" the user interface, requiring access to a 



broader or different set of operations. 

A number of rudimentary attempts have been 
made to alter the user interface of an application 
program, or at least the user's access to aspects of 
5 the program or manipulated data, in response to a 
charactenstic of the user. Perhaps the earliest ex- 
ample is the assignment of access levels to 
database users so that some users may not have 
write access to certain files or fields in files, some 

w users may not have read access to certain files or 
fields, and some users may not even be able to 
access the database at all. This feature is now 
common among commercially available database 
management systems. 

75 A more closely related technique is the provi- 

sion of a software switch, set by the user, which 
governs whether menus or other explanatory as- 
pects of the user interface are visible on the 
screen. Thus, a novice user would set the switch to 

20 make menus appear on the screen so that he may 
use the menus as a guide in performing operations. 
On the other hand, an advanced user would set the 
switch to remove the menus from the screen so 
that he could view data in the entire screen, unob- 

25 strutted by the menu. The word processing pro- 
gram WordStar (trademark of MicroPro) uses such 
an approach, implemented in the form of differing 
levels of "help. w 

An even more recent trend has been to provide 

30 so-called "soft interfaces" to application programs, 
which allow the user to emulate to a degree the 
interface of a program with which he is already 
familiar or to create an interface which is purely 
individual. The word processing program Sprint 

35 (trademark of Borland) provides a soft interface 
which enables the user to operate it with the com- 
mands used by WordPerfect (trademark of Word- 
Perfect), WordStar, Word (trademark of Microsoft), 
certain other word processors, or commands of the 

40 user's own selection. 

Finally, the methodology exists on a systems 
level to allow programmers to automate the cre- 
ation of menus, etc. in the course of application 
development. The programmer specifies a list of 

45 operations, codes, explanatory matenal. and format 
parameters, and the menu generator creates a 
menu for presentation on the screen. 

There is nothing in the prior art. however, 
which enables the user or system administrator to 

so select arbitrarily from the range of operations of- 
fered by an application program and thereby create 
an interface which is truly customized to the level 
of familiarity, type of job. level of access and other 
characteristics of the user. 
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SUMMARY OF THE INVENTION 

It is therefore an object of the present invention 
to provide a technique for specifying the range of 5 
operations to be presented by the user interface of 
an application program which is customized for 
particular users or classes of users and is readily 
changeable by the user or system administrator. 

It is another object of the invention to provide a jo 
program for creating and displaying the relevant, 
customized user interface which has been speci- 
fied by the user or system administrator. 

According to the invention, the user interface of 
an application program is restructured in a form is 
customized for the current user each time he in- 
vokes the program. The user or system administra- 
tor first creates a customization table which speci- 
fies the operations to be made available to particu- 
lar classes of users or even individual users. For 20 
example, a matrix could be created which specifies 
certain groups of operations for presentation to 
users depending on the users' type of job and 
degree of familiarity with the application program. 
The customization Jable could be modified when- 25 
ever desired. Each time a user invokes the applica- 
tion program, the appropriate set of operations for. 
the user is determined from the customization table 
by searching a user profile table based on the 
user's identifier, prompting the user to enter his 30 
relevant characteristics, or other means. 

Because the user's level of familiarity with the 
application program will frequently be the most 
important characteristic, a count of the number of 
times each user has invoked the application pro- 35 
gram could be stored and used to estimate the 
user's level of familiarity and select the appropriate 
set of operations for the user, automatically raising 
the level of user interface as thresholds are 
reached. The user could "be permitted to override 40 
the system count if it led to an inappropriate level 
of interface. j 

Similar types of automatic upgrading could oc- 
cur by monitoring the number of serious errors that 
occur in each session and raising the complexity of 45 
the user interface if fewer than a certain number 
occur during the session, or by monitoring calls to 
operations not presented by the interface and add- 
ing an operation to the user interface if it is called 
more than a certain number of times during the 50 
session. 

The set of operations appropriate to the user is 
then used to generate menus, icons, action bars or 
other interface components which present only the 
specified operations, rather than the full, and posst- si 
bly confusing, inefficient or otherwise inappropriate, 
range of operations available within the application 
program. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The foregoing and other objects, aspeqts and 
advantages of the invention will be better under- 
stood from the following detailed description of a 
preferred embodiment of the invention with refer- 
ence to the drawings, in which: 

FIG. 1 illustrates a typical table specifying 
the operations that might be made available to 
various types of users with various levels of experr 
ience with the application program in the practice 
of the invention; 

FIG. 2A illustrates a typical menu which may 
be presented to a novice clerical user in the prac- 
tice of the invention; 

FIG. 2B illustrates a typical menu which may 
be presented to a moderately experienced clerical 
user in the practice of the invention; 

FIGS. 3 to 12. taken together/constitute a 
flow chart of the user interface customization pro- 
cedure according to the invention in which the 
connectors in each of the figures indicate the man- 
ner in which the several figures are interconnected 
to form the flow chart and wherein 

FIG. 3 is a portion of the flow chart which 
illustrates customization table creation and editing 
logic; 

FIG. 4 is a portion of the flow chart which 
illustrates user profile table creation and editing 
logic; 

FIG. 5 is a portion of the flow chart which 
illustrates initialization and user lookup logic; 

FIG. 6 is a further portion of the flow chart 
which illustrates operation set creation and inter- 
face generation logic; 

FIG. 7 is a further portion of the flow chart 
which illustrates exception monitor and operation 
monitor invocation logic; 

FIG. 8 is a further portion of the flow chart 
which illustrates exit testing and upgrading logic 
based on the contents of the operation monitor list 
and the total in the operation count; , 

FIG. 9 is a further portion of the flow chart- 
which illustrates exit testing and upgrading logic 
based on the total in the exception count; 

FIG. 10 is a further portion of the flow chart 
which illustrates exit testing and upgrading logic 
based on the user's desires; 

FIG. 1 1 is a further portion of the flow chart 
which illustrates exception monitor logic; and 

FIG. 12 is a further portion of the flow chart 
which illustrates operation monitor logic. 

DETAILED DESCRIPTION OF A PREFERRED EM- 
BODIMENT OF THE INVENTION 
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Referring now to the drawings, and more par- 
ticularly to FIG. 1, the procedure according to the 
invention creates, stores in electronic storage, and 
utilizes a customization table which specifies sets 
of operations to be presented in the user interface 
to users with the corresponding relevant character- 
istics. FIG. 1 illustrates a customization table which 
considers only two user characteristics, namely the 
familiarity level characteristic 10 and the job type 
characteristic 12. It will be observed that the appro- 
priate operations set for a user with clerical job 
type characteristic 14 and novice familiarity level 
characteristic 16 is operations set 18, comprising 
the operations listed therein. 

FIG. 2 illustrates two sample user interface 
menus for a user with clerical job type. FIG. 2A 
illustrates that note function 20. file subfunction 22 
provides the novice familiarity level clerical job 
type user with operations set 24. In contrast. FIG. 
2B illustrates that the moderate familiarity level 
clerical job type user is provided with operations 
set 26, which contains the opera tions Link. Merge, 
and Page Setup in addition to the operations 
shown in operations set 24 of FIG. 2A. 

FIGS. 3 and 4 illustrate the logic of the pro- 
grams which create and edit the customization 
table and the user profile table, both of which are 
used to generate customized user interfaces for 
individual users. The customization table and user 
profile table are searchable aggregations, such as 
arrays, of multifield records as are commonly used 
in computer programming applications and may be 
created by a variety of known methods such as 
interactive entry or editing using a text editor, 
database management system or set of table cre- 
ation functions embedded within a table mainten- 
ance routine specialized to the present invention. 

FIG. 3 illustrates the program which creates 
and edits the customization table. When this pro- 
gram is first invoked, a test is made to determine 
whether the customization table exists, as indicated 
in decision block 30. If the table exists, it is loaded 
into memory as indicated in block 31. If the table 
does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 32. The existing 
table or the blank table format as the case may 
be, is then displayed to the user as indicated in 
block 33. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 34. 
Editing ends when the user enters the quit editing 
command as indicated in block 35. The newly 
created or edited table is then stored in external 
memory as indicated in block 36. 

FIG. 4 illustrates the program which creates 
and edits the user profile table. When this program 



is first invoked, a test is made to determine wheth- 
er the user profile table exists, as indicated in 
decision block 40. If the table exists, it is loaded 
into memory as indicated *n block 41 . tf the table 

5 does not exist, a blank table format, which contains 
table charactenstcs such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 42. The existing 
table or the blank table format, as the case may 

io be* is then displayed to the user as indicated in 
block 43. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 44. 
Editing ends when the user enters the quit editing 

ts command as indicated in block 45. The newly 
created or edited table is then stored in external 
memory as indicated in block 46. 

FIG. 5 illustrates that the automatic customiza- 
tion procedure according to the invention begins by 

20 determining the user's identifier in block 50 by 
known methods such as testing the system vari- 
able which contains the current user's identifier or 
by prompting the user to enter his or her identifier. 
The. user profile table is then loaded into memory 

25 as indicated in block 51. and the user profile table 
is searched for the current user's identifier in de- 
cision block 52. If the user's identifier is not found 
in the user profile table, the user is prompted to 
enter data into the fields of a blank user profile 

30 record which has been created for that particular 
user, as indicated in block 53. The data input by 
the user is moved into the appropriate fields to 
create the user profile record, which is retained in 
memory for further use, as indicated in block 54. 

35 The newly created user profile record is also added 
to the user profile table as indicated in block 55, 
and the program moves to block 60 shown in FIG. 
6. 

If, on the other hand, the user identifier is 

40 found in the user profile table, the user's profile 
record is moved from the table into memory as 
indicated in block 56. and the program moves to 
block 60 of FIG. 6. 

In block 60 of FIG. 6. a muftikey search is 

45 carried out in the customization table to find the 
entry corresponding to the user characteristics 
specified in the user profile record. Typica: jser 
characteristics contained in the user profile record 
might include the user's job type, level of familiar- 

so ity with the application program, number of times 
the user has invoked the application program, data 
access and modification rights, and others. There 
is one field of the user profile record which, if it 
exists, will not be used in the search. This is a field 

55 which lists operations individually specified to be 
added to the user's customized interface in addi- 
tion to the operations that would be included based 
solely on the characteristics in the user profile 
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record- The purpose of this is to provide for an 
arbitrary degree of customization beyond that pro- 
vided by the generalized sets of operations 
deemed appropriate to users of various types. 

The list of operations which has thus been 
generated from both the customization table and 
the individualized operations of the user profile 
record is passed to the interface generator as in- 
dicated in block 81. The interlace generator then 
creates the corresponding set of interface ele- 
ments, such as menus, application bars. etc.. by 
merging the operations in the list into the appro- 
priate interface screen designs as indicated in 
block 62. 

In FIG. 7. the exception monitor is invoked by 
setting the exception count to zero as indicated in 
block 70 and setting a switch to respond to excep- 
tion interrupts by calling the exception monitor pro- 
gram as indicated in block 71. The operation moni- 
tor, is then invoked by emptying the operation list 
as indicated in block 72. setting the operation count 
to 0 as indicated in block 73. and setting a switch 
to call the operation monitor program any time an 
operation is invoked as indicated in block 74. Con- 
trol is then passed to the application program for 
presentation of the top level interface element (e.g.. 
main menu) and use of the application program by 
the user as indicated in block 75. 

FIG. 8 illustrates the exit routine which is en- 
tered after the user exits the application program 
as indicated in block 80. The operation list is 
loaded from the opera tion monitor as indicated in 
block 81, and the operations which were invoked 
more than a predetermined number of times x 
during the session are displayed to the user as 
indicated in block 82. The user is then asked if he 
wishes to add the displayed operations to his cus- 
tomized user interface as indicated in decision 
block 83. If the user answers in the affirmative, the 
new operations are added to the individualized 
operation field of the user's user profile record as 
indicated in block 84 and the program moves to 
decision block 85. If the user answers in the nega- 
tive, the program moves directly to decision block 
85. 

In decision block 85. the operation count is 
tested to determined whether it contains more than 
a predetermined number y of entries. If so. the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not. the program moves to decision block 90 of 
FIG. 9. 

In RG. 9. the exception count is tested to 
determine whether the total number, of serious er- 
rors is less than a predetermined number z as 
indicated in decision block 90. If so. the field for 
the user's experience level is incremented in the 



user profile record as indicated in block 100 of FIG. 
10 and the program moves to block 101. If not. the 
program moves to block 91 of FIG. 9. 

The experience count field, which stores the 
5 number of times the user has accessed the ap- 
plication program, is incremented in the user profile 
record as indicated »n block 91. and the incre- 
mented value is then tested as indicated in de- 
cision block 92 to determine whether the value is 
io greater than a predetermined number w. If so. the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not. the program moves directly to block 101. 
is In FIG. 10. a message is displayed to the user 

as indicated in block 101 which lists the upgrading 
actions which have been taken or states that no 
upgrading actions have been taken, as the case 
may be. The user is then asked in decision block 
20 102 whether he wishes to add to. delete or change 
the upgrading actions. If so. the upgrade is modi- 
fied m accordance with user input as indicated in 
block 103. and the program terminates. If not. the 
program terminates directly. _ 
25 FIG. 1 1 illustrates the operation of the excep- 

tion monitor. Whenever an exception interrupt is 
generated as indicated in block 110. it is tested as 
indicated in decision block 1 1 1 to determine wheth- 
er the" severity of the error exceeds a predeter- 
30 mined level. If so. the exception count is incre- 
mented as indicated in block 112 and control is 
returned to the main program. If not, control returns 
directly to the main program. 

FIG. 12 illustrates the operation of the opera- 
35 tion monitor. Whenever an operation is invoked as 
indicated in block 120. it is tested as indicated in 
decision block 1 21 to determine whether the opera- 
tion is already contained in the user's customized 
interface. If not. the operation Js added to the 
40 operation list maintained by the operation monitor 
as indicated in block 122. the operation count is 
incremented as indicated in block 123. and control 
is returned to the main program. If so, control 
returns directly to the main program. 
45 While the invention has been described in 

terms of a single preferred embodiment, those 
skilled in the art will recognize that the invention 
can be practiced with modification within the spint 
and scope of the appended claims. 

50 

Claims 

1. In a data processing system, a procedure for 
55 automatically customizing a user interface of an 
application program to present a limited set of 
operations based on relevant characteristics of a 
user comprising the steps of: 
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accepting input data delating to identifiers of actual 
or potential users of the application program, rel- 
evant characteristics of users anchor classes of 
users* and sets of operations of the application 
program which are appropriate for each such user 
or class of users; 

creating a user profile table which stores said rel- 
evant characteristics of users in a format which is 
searchable using the identifier of a user as a key 
value; 

storing the user profile table for later access; 
creating a customization table which stores said 
sets of operations in a format which is searchable 
using said relevant characteristics as key values; 
storing the customization table for later access; 
determining user identifier or relevant characteris- 
tics of a user when a user invokes the application 
program- 
searching the customization table for the appro- 
priate set of operations based on the identifier or 
relevant characteristics of the user: and 
automatically generating user interface components 
during the running of the application program which 
present only the operations specified for the user. 

2. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 wherein the step of determining 
relevant characteristics of a user is performed auto- 
matically by using an identifier of the user as a key 
to search said user profile table. 

3. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim t further comprising the steps of: 
maintaining a count of the number of times a user 
has invoked the application program: 
determining said user's level of familiarity with the 
application program by reference to said count; 
and 

utilizing said level of familiarity with the application 
program as one of the relevant characteristics of 
the user in searching the customization table. 

4. The procedure for automatically customizing 
a user interface of an application program with 
system determination of the user's level of familiar- 
ity with the application program as recited in claim 
3 further comprising the rrtep of providing the user 
an option to override tne count of times the user 
has invoked the applicauon program to allow for 
variations in the time different users take to famil- 
iarize themselves with the application program. 

5. The procedure for automatically customizing 
the user interface of an application program as 
recited in claim 1 further comprising the steps of: 
maintaining a count of the number of serious ex- 
ception conditions which occur during a user's ses- 
sion with the application program; 
automatically increasing said user's level of famil- 
iarity with the application program each time a 



session ends with said count being lower than a 
predetermined number: and 

storing said increased level of familiarity with the 
application program in the user profile table for 
5 searching the customization table in subsequent 
sessions by the same user with the application 
program. 

6. The procedure for automatically customizing 
the user interface of an application program with 

;o automatic in creasing of a user's level of familianty 
with the application program as recited in claim 5 
further comprising the step of providing the user an 
option to override said automatic increase in a 
user's level of familiarity with the application pro- 

i5 gram. 

7. The procedure for autornaticaliy customizing 
the user interface of an application program as 
recited in claim 1 further comprising the steps of: 
maintaining a list of bperatioris not in a user's 

20 customized operations set which are invoked by 
the user during a session with the application pro- 
gram; 

automatically adding to the user's customized op- 
erations set all operations from said list which were 

25 invoked! more than a predetermined number of 
times within the session: and 
utilizing said additional operations in creating the 
user's customized user interface in subsequent 
sessions by the same user with the application 

30 program. 

8. The procedure for automatically customizing 
a user interface of an application program with 
automatic adding of certain operations to a user's 
customized operations set as recited in claim 7 

35 further comprising the step of providing the user an 
option to override said automatic addition of oper- 
ations to the user's customized operations set. 

9. The procedure for automatically customizing 
the user interface of an application program as 

40 recited in claim 1 further comprising the steps of: 
maintaining a count of operations not in a user's 
customized operations set which are invoked by 
the user during a session with the application pro- 
gram; 

45 automatically increasing said user's level of famil 
iarity with the application program each time a 
session ends with said count being higher than a 
predetermined number; and 

storing said increased level of familiarity with the 
so . application program in the user profile table for 
searching the customization table in subsequent 
sessions by the same user with the application 
program. 

10. The procedure for automatically customiz- 
55 ing the user interface of an application program 

with automatic increasing of the user's level of 
familiarity with the application program as recited in 
claim 9 further comprising the step of providing the 
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user an option to override said automatic increase 
,n the user's level of familiarity with the application 
program. 



10 



is 



20 



25 



30 



35 



40 



45 



SO 



55 



7 



EP 0 367 709 A1 



FIG. I 

SAMPLE 
CUSTOMIZATION TABLE 





10 _^ 


FAMILIARITY LEVEL 


12 s 


NOVICE 


MODERATE 


FREOUENT 


i 
\ 


CLERICAL x 


^CALENDAR 
LIMITED NOTE 
LIMITED EDIT 
MAIL 
MESSAGE 
REMINDER 
FILE 


CALENDAR 
EXPANDED NOTE 
EXPANDED EDIT 
MAIL 
MESSAGE 
REMINDER 
TEXT DOCUMENTS 
EXPANDED FILE 


CALENDAR 
EXPANOED NOTE 
EXPANOED EDIT 
MAIL 
MESSAGE 
REMINDER 

COMPOSITE DOCUMENTS 
GRAPHICS 
EXPANDED FILE " 




EXECUTIVE 








JOB 
TYPE 












PROFESSIONAL 
/TECHNICAL 








- - - | 




SCIENTIFIC/ 
ENGINEERING 









J)A 9 88 030 



BP 0 367 709 A1 



SAMPLE MENU 



FIG.2A 



20- 
22 



"NEW" LEVEL 24 
CLERICAL . 



CALENDAR 







MHTC 
NUlt 




MLt 


rniT 




NEW 






OPEN 






* CLOSE 






SAVE 






SAVE 






AS — . 






SENO 






PRINT 






EXIT 







SAMPLE MENU 



CALENOAR 



FI6.2B 

•MODERATE" LEVEL 
CLERICAL 



NOTE 



26 



PILE 

NEW 

OPEN 

CLOSE 

SAVE 

SAVE 

AS — 
PRINT 
LINK 
MERGE 
PAGE 

SETUP- 
EXIT 



EDIT 



SEARCH — 



EXTENDED CUPBOARD 
AOOED TO EDIT 

SEARCH ADDED TO 
AAB 



DA 9 88 030 



EP 0 367 709 A1 



FIG. 3 



FIG. 4 



PROGRAM TO CREATE ANO EDIT 
CUSTOMIZATION TABLE 



PROGRAM TO CREATE ANO EDIT 
USER PROFILE TABLE 



( START ) 




jL 



33 



LOAD BLANK 
TABLE FORMAT 



DISPLAY TABLE OR 
BLANK FORMAT 



34 



ENTER EDIT MODE TO 
ALLOW USER TO 
APPEND AND EDIT 
TABLE ENTRIES 



35 



USER INPUTS OUIT 
EDITING COMMANO 



36) 



STORE TABLE 







( START ) 




LOAD TABLE J 



43 



1 



LOAO BLANK 
TABLE FORMAT 



DISPLAY TABLE OR 
BLANK FORMAT 



44) I 



ENTER EDIT MODE TO 
ALLOW USER TO 
APPEND ANO EDIT 
TABLE ENTRIES 



45 



1 



USER INPUTS OUIT 
EDITING COMMAND 



46) \ 
STORE TABLE 1 



JL 



DA 9 88 030 



EP 0 367 709 A1 



FIG. 5 

AUTOMATIC USER INTERFACE 
CUSTOMIZATION PROCEDURE 



( START ) 



i 



50 



DETERMINE USER 
IDENTIFIER 



,5! 



LOAD USER 
PROFILE TABLE 



p. 

USER" 
IN USER PROFILE 
TABLE 



53 



PROMPT USER TO 

ENTER USER 
PROFILE DATA 



54 



1 



V56v 



LOAD USER 
PROFILE RECORD 



CREATE USER PROFILE 
RECORO AND RETAIN 
IN MEMORY 



/ 



55 



ADD USER PROFILE 
RECORO TO USER 
PROFILE TABLE 



FIG .6 




,60 



SEARCH CUSTOMIZATION 
TABLE USING KEY VALUES 
IN USER PROFILE RECORD 



,61 



PASS LIST OF OPERATIONS 
FROM CUSTOMIZATION AND 
USER PROFILE RECORD TO 
INTERFACE GENERATOR 



,62 



CREATE CORRESPONDING 
SET OF INTERFACE 
ELEMENTS BY MERGING 
IN OPERATIONS 




0 



DA. 9 88 030 



EP 0 367 709 A1 



0 



,T0 



SET EXCEPTION 
COUNT TO 0 



71 



SET SWITCH TO CALL 
EXCEPTION MONITOR " 
IN CASE OF EXCEPTION 
INTERRUPT 



EMPTY OPERATION 
LIST 



73 



SET OPERATION 
COUNT TO 0 



W4 



SET SWITCH TO CALL 
OPERATION MONITOR 
EACH TIME AN 
OPERATION IS 
INVOKED 



I x75 



PASS CONTROL TO 
APPLICATION PROGRAM 



© 

FIG. 7 



© 



Zl 



USER EXITS 
APPLICATION PR06RAM 



LOAD OPERATION LIST 
FROM OPERATION 
MONITOR 



82 



DISPLAY OPERATIONS 
INVOKED TIMES 
DURING SESSION 




ADD OPERATION NAMES 
TO INDIVIDUALIZED 
OPERATIONS LIST 

IN USER PROFILE 
RECORO 




DA 9 88 030 



EP 0 367 709 A1 




INCREMENT EXPERIENCE 
COUNT IN USER 
PROFILE RECORO 




I20> 

C OPERATION INTERRUPT ) 




AOO OPERATION TO 
OPERATION MONITOR LIST 



'23) | 



INCREMENT 
OPERATION 
COUNT 



( RETURN ) 

FIG.I2 



FIG.IO 



® 




OO-A) 



!00' 



INCREMENT EXPERIENCE 
LEVEL IN USER 
PROFILE RECORO 



tOI 



DISPLAY UP6RA0ES 
CARRIED OUT (OR NONE) 




( EXCEPTION INTERRUPT ) 

V HO 




INCREMENT 
EXCEPTION 
COUNT 



( RETURN ) 

Fi6.ll 



DA 9 88 030 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 



EP 89 48 0162 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, 
of relevant passages 



where appropriate, 



Relevant 
to daim 



CLASSIFICATION OF THE 
APPLICATION (Int. CL5) 



SYSTEMS & COMPUTERS IN JAPAN, vol. 19, 
no. 10, October 1988, pages 80-86, 
Scripta Technica, Inc., Silver Spring, 
MD, US; M. NAGATA et al.: "A method for 
generating messages of the interactive 
software based on the individual user 
model" translated from J0H0 TUSHIN 
GAKKI RONBUNSHI, vol. 70-D, no. 11, 
November 1987, pages 2077-2082; 

* Page 81, right-hand column, line 50 - 
page 82, left-hand column, line 23; 
page 82, left-hand column, line 1 - 
page 84, right-hand column, line 4 * 

INFORMATION PROCESSING '86, PROCEEDINGS 
OF THE IFIP 10TH WORLD COMPUTER 
CONGRESS, Dublin, 1st - 5th September 
1986, pages 481-484, IFIP; D.D. 
N0VATCHEV: "Future interface management 
systems - successors of modern UIMS?" 

* Page 483, right-hand column, lines 
19-47* 

"Distributed artificial intelligence", 
edited by M.N. HUHNS, 1987, Pitman, 
London, GB; 

* Chapter 9: "DAI for document 
retrieval: The MINDS project"; page 
249, lines 1-11 * 



1-3,5 



G 06 F 9/44 



TECHNICAL FIELDS 
SEARCHED (Int. CL5) 



1,4,6-9 



G 06 F 



The 



search report has been drawn op for all claims 



Place of scan* 

THE HAGUE 



Date of <m^ 4 r H oe of tkc a 

29-01-1990 



GRASLAND B.Y.R. 



CATEGORY OF CITED DOCUMENTS 



X : particularly relevant if taken alone 
Y : partica tarty relevant if combined with 

document of the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, bat published on, or 

after the filing date 
D : document cited in tbe application 
L : document cited for other reasons 

& : member of the same patent family, corresponding 



